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Introduction 

The  mission  of  the  Air  Force  Research  Laboratory 
(AFRL)  is  to  lead  the  discovery,  development,  and 
transition  of  affordable,  integrated  technologies  for  our  air 
and  space  forces  — to  keep  our  Air  Force  "the  best  in  the 
world."  The  Air  Vehicles  Directorate  (AFRL/VA)  is  one 
of  nine  directorates  within  AFRL.  VA  develops  and 
integrates  fixed  wing  air  vehicle  technologies  for  the 
warfighter,  and  focuses  resources  to:  (1)  Demonstrate 
affordable  and  supportable  options  to  improve  capabilities 
in  current  fixed  wing  air  vehicles  and  (2)  Deliver 
revolutionary  fixed  wing  air  vehicle  technologies  for  new 
warfighting  capabilities. 

The  paradigm  of  “performance  at  any  price”  must  change 
under  the  relentless  pressure  to  lower  military  costs,  and 
that  pressure  is  exacerbated  by  the  lack  of  a competing 
super  power  to  justify  present  expenses.  While  the  US  is 
successfully  performing  worldwide  geopolitical  missions, 
today’s  national  objective  is  to  accomplish  them  as 
affordably  as  possible  (Figure  1).  Weapon  affordability 
can  be  seen  as  a function  of  the  parameters  of  weapon 
effectiveness  and  weapon  system  Life  Cycle  Cost,  LCC, 
and  is  a major  player  in  the  Air  Force  Modernization  Plan. 
Today  there  is  a strong  focus  on  properly  modeling  these 
parameters  and  a great  deal  of  effort  is  being  expended  to 
improve  the  accuracy  of  the  analyses.  In  the  acquisition 
world,  cost  modeling  is  normally  associated  with 
accounting  and  finance,  and  there  is  a strong  emphasis  on 
achieving  credible  absolute  values.  In  the  Science  and 
Technology,  S&T,  world,  the  scientist  and  engineer 
require  insight  into  the  war  fighter’s  mission  to  varying 
levels  of  detail  to  develop  affordable  technology  while 
providing  an  effective  technology.  However,  analyses  of 
the  war  fighting  effectiveness/LCC  of  a potential  weapon 
system  is  a new  area  for  AFRL  and  that  requirement 
means  the  S&T  world  has  to  take  a fresh  look  at  how  it 
develops  affordability  metrics.  We  can  not  do  it  in  the 
same  old  traditional  way  of  independent  system  design 
followed  by  cost  analysis.  Figure  2 is  25  years  old. 


Generally,  with  respect  to  the  weapon  system  price,  the 
scientists  and  engineers  do  not  require  knowledge  of  all 
the  contractual  aspects  such  as  fee,  overhead,  G&A,  etc.. 
These  serve  to  cloud  the  issue  of  selecting  an  S&T 
program  to  pursue  based  on  benefits,  both  in  capability 
and  cost.  But  to  better  plan  the  Science  & Technology 
program.  Principal  Investigators,  Pis,  do  require  a sense 
of  the  impact  of  their  research  programs  on  weapon 
system  cost  (Figure  3).  While  accounting  and  finance 
may  have  access  to  a wealth  of  engineering,  production, 
operations  and  support  cost  data,  it  may  only  be  available 
at  fairly  abstract  levels.  There  are  at  least  three  reasons 
technology  brokers  in  the  S&T  world  lack  useful  cost 
data.  One,  because  the  effects  of  their  technology  are  not 
discemable  within  traditional  accounting  and  finance  data 
or  pricing  approaches.  Two,  the  technology  has  not 
reached  sufficient  maturity.  Three,  a technology  can  be  so 
pervasive  that  it  alters  the  design  of  the  aircraft, 
introducing  enormous  complications  in  the  cost  analysis 
of  a system. 

Section  1 

Present  Cost  Work  at  VA 

The  AFRL/VA,  has  explored  two  cost  estimating 
approaches.  (1)  a Virtual  Expert  Cost-Estimator  for  Air 
Vehicle  S&T  (VECAST),  and  (2)  a Cost  Activity  Process 
design  Tool  in  a Unified  Rapid  modeling  Environment 
(CAPTURE).  VECAST  is  being  built  to  cover  the  breadth 
of  the  VA  technology  set,  effectively  using  existing 
commercially  available  databases  and  analytical 
relationships  with  appropriate  extrapolations.  CAPTURE 
is  an  activity-based  cost  approach  based  on  the  Adaptive 
Modeling  Language,  AML,  which  engineers  can  use  to 
rapidly  synthesize  an  integrated  geometry  and  cost  model 
at  the  early  stages  of  design.  CAPTURE  presently 
emphasizes  structural  and  manufacturing  aspects. 
Currently,  these  are  two  separate  activities  that  will 
mutually  benefit  in  the  far  term. 


Paper  presented  at  the  RTO  AVT  Specialists’  Meeting  on  “Design  for  Low  Cost  Operation  and  Support”, 
held  in  Ottawa,  Canada,  21-22  October  1999,  and  published  in  RTO  MP-37. 
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VECAST  Tool  Development 

VECAST  utilizes  a surrogate  LCC  approach,  one  that 
focuses  on  determining  the  impact  or  shift  in  weapon 
system  cost  that  an  advanced  technology  makes.  It  is  not 
dependant  on  modeling  absolute  cost,  although  the 
answers  generated  by  VECAST  could  be  scaled  and 
combined  with  fmancial/price  information.  To  this  end, 
VECAST  is  a formulation  for  cost  modeling  that  utilizes  a 
constellation  of  existing  tools  to  determine  increments  in 
the  surrogate  life  cycle  cost  caused  by  the  introduction  of 
a new  technology.  As  an  early  attempt  to  bring  cost 
modeling  into  the  routine  technology  development  process 
of  the  Vehicle  Aeronautics  Directorate,  VECAST 
attempts  to  mitigate  the  effects  of  inadequate  tools,  model 
inaccuracy/  lack  of  functional  relationships  and  existing 
database  lack  of  granularity/detail.  Previous  options  for 
the  S&T  personnel  included  (a)  know  all  the  cost  models, 
(b)  get  a resource  that  does  or  (c)  do  not  do  cost  analysis. 

The  objectives  of  this  program  are  to  develop  a tool, 
useable  by  non-experts  in  costing,  to  determine  the  cost 
impact  of  new  technologies  that  is  credible,  traceable, 
timely  and  broadly  accepted  (Figure  4).  The  genesis  of 
the  current  program  came  from  the  melding  together  of 
three  Phase  I Small  Business  Innovative  Research,  SBIR, 
contracts.  Each  company  held  a piece  of  an  overall 
workable  solution  and  the  government  combined  them 
under  two  Phase  II  SBIR  contracts.  One  company 
Frontier  Technology  Inc,  FTI,  has  a unique,  easy-to-use 
questionnaire  within  their  Graphic  User  Interface,  GUI, 
that  utilizes  Commercial  Off  The  Shelf,  COTS  cost  tools 
(i.e.  those  ubiquitous  black  boxes).  Another,  TECOLOTE 
Research  Inc,  TRI,  accomplishes  cost  calculations  based 
on  specific  airframe  databases;  while  the  third,  Cognition 
Corporation,  utilized  a form  of  Artificial  Intelligence,  AI, 
to  help  generate  cost  numbers  (Figure  5).  AI  is  also  to  be 
used  to  guide  the  user  to  the  appropriate  cost  model  set  to 
calculate  the  elements  of  LCC;  EMD,  Production,  and 
O&S. 

Integrating  these  three  approaches  into  a single  tool  can 
simplify  the  job  of  the  S&T  engineer,  while  he  or  she  is 
directly  imputing  the  technical  characteristics  they  are 
assisted  by  a virtual  cost  expert.  The  tool  provides 
meaningful  insights  into  the  affordability  issues  for  new  or 
improved  weapon  systems.  This  increase  in  capability 
coupled  with  the  change  in  LCC  becomes  a measurand  of 
the  viability  of  a new  technology  vis-a-vis  the  needs 
(increased  combat  effectiveness  and  cost  reduction)  of  the 
war  fighter. 

The  original  questionnaire  will  be  re-formulated  through 
interviews  with  program  Pis  to  cover  generic  airframe 
technologies.  It  will  allow  the  user  to  deselect  LRUs  that 


belong  to  the  old  technology  and  define  new  LRUs  to  be 
inserted  that  represent  the  new  technology.  Lastly;  rules, 
fuzzy  logic,  etc.  techniques  will  be  developed,  based  on 
interviewing  government  and  industry  personnel,  to 
determine  the  proper  application  to  use  and  in  some  cases 
guide  the  modification  of  cost  models  and  their  inherent 
Cost  Estimating  Relationships,  CERs,  for  the  specific 
technology  being  analyzed. 

To  implement  this  program  requires  that  an  airframe 
baseline  be  established  at  a level  of  detail  sufficient  to 
discern  the  differences  brought  about  by  the  application  of 
the  new  technology.  Airframe  specific  databases  will  be 
established  by  Boeing,  Lockheed-Martin  and  Northrop- 
Grumman  based  on  their  proprietary  JAST  designs  of  ’95. 
This  maintains  continuity  and  consistency  within  each 
company’s  analysis  based  on  previous  work. 

As  new  technologies  mature,  defined  as  achieving  a 
Technology  Readiness  Level,  TRL,  up  to  6 in  a research 
environment,  (Figure  6),  they  may  be  analyzed  as  to  their 
impact  on  system  LCC.  The  government  will  require  a 
configuration  definition  of  the  baseline  aircraft  and 
decomposition  of  the  data  base  to  enable  more  detailed 
drill  downs  to  achieve  the  proper  depth  of  modeling 
required  to  do  a realistic  representation  and  analysis  of  a 
new  technology’s  impact  on  costs. 

The  companies  will  build  a tool  that  meets  the  difficult 
task  of  justifying  future  cost  benefits  by  using  numerous 
cost  estimating  tools  already  available  and  make  it  a 
simple  task  to  describe  the  known,  salient  features  of  an 
advanced  technology.  The  contractors  will: 

• Develop  and  implement  a GUI  to  allow 
representation  of  VA  technologies 

• Decompose  costs  to  WBS  level  required  to  isolate 
technology  impacts 

• Develop  calibrated  baseline  LCC  model  based  on 
airframe  prime  data 

• Develop  cost  methodology  library  of  selected  generic 
CERs 

• Determine  appropriate  COTS  tools  for  inclusion 

• Provide  generic  predictor  of  O&S  for  new 
technologies 

• Develop  and  implement  AI  engine  using  generic  shell 
for  rules,  etc. 

• Provide  for  inclusion  of  airframe  industry  tools 

VECAST  can  be  seen  as  an  overarching  tool  integrating  a 
variety  of  present  approaches  in  a way  that  increases  the 
power  of  hitherto  isolated  tools  only  useful  in  reality  to  an 
expert  cost  modeler.  It  is  also  an  augmentation  of 
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presently  available  tools  for  Air  Vehicle  technologies 
(Figure  7).  And  lastly,  it  will  allow  the  technical  expert  a 
way  to  determine  the  major  cost  drivers,  their  impact  and 
the  output  changes  due  to  various  implementations.  A 
limited  prototype,  Build  2,  was  developed  in  September. 
The  most  recent  event  has  been  to  supplement  FTI  and 
TRI  expertise  in  AI  with  the  hiring  of  two  professors,  plus 
Galorath  and  Associates,  and  lastly  SHAI  (Stottler  & 
Hinke  Associates  Inc). 


CAPTURE  Tool  Development 

The  second  cost-related  effort  in  the  Air  Vehicles 
Directorate  is  based  on  the  Adaptive  Modeling  Language, 
AML.  It  has  evolved  from  an  in-house  (Materials 
Directorate  of  the  Air  Force  Research  Laboratory)  feature- 
based  design  project  to  a commercial  product  in  use  by 
industries  ranging  from  automotive,  e.g.,  Ford  Motor  and 
Volvo;  to  aerospace,  e.g.,  Lockheed-Martin,  and 
McDonnell-Douglas;  and  power  generation,  e.g.,  Zum 
Balke-Durr  and  Siemens.  AML  supports  a multi- 
disciplinary environment  emphasizing  the  structural  and 
manufacturing  aspects  of  interactive  product-process 
design. 

While  AML  has  been  used  to  capture  a number  of 
proprietary  and  published  design  products  and  processes, 
the  emphasis  in  this  effort  is  to  develop  and  integrate  cost 
modeling  aspects  with  geometric  modeling.  Here,  the 
term  integrate  emphasizes  the  tight  relationship  between 
the  geometric  model  and  the  cost  model. 

As  a technology  broker,  the  Air  Vehicles  Directorate  has  a 
mission  to  develop  new  technology,  including  technology 
where  there  is  more  intuition  than  hard  data.  Where 
untested  technology  is  planned  and  developments  are 
prioritized,  it  is  important  that  planners  and  developers 
have  the  capability  to  rapidly  synthesize  a new  cost 
model.  This  can  be  accomplished  by  decomposing  the 
model  into  discrete  activities  and  materials  where  we  can 
intelligently  extrapolate  from  past  experiences.  Data  for 
this  model  will  be  available  from  the  VECAST  tool 
development,  or  may  come  from  other  sources.  Details  of 
this  approach  follow  a description  of  the  enabling  design 
environment. 

AML  is  an  object-oriented  environment  with  built-in 
dependency-tracking  and  demand-driven  calculations, 
which  facilitate  the  integration  and  control  of  all  aspects 
of  the  design  process.  With  dependency  tracking,  AML 
facilitates  the  control  of  a large  number  of  design 
alternatives  with  a single  set  of  driving  requirements. 
Dependency  tracking  can  also  be  used  to  facilitate  design 
parameterization.  With  demand-driven  calculations,  the 


designer  can  readily  control  when  and  how  design  infor- 
mation flows. 

Native  objects  cover  a variety  of  geometric  constructs, 
non-geometric  features  and  forms.  These  objects  also 
come  with  an  extensive  suite  of  methods.  This 
environment  is  used  by  a software  developer  to  create  a 
process  which  an  application  designer  may  use.  In  our 
case,  AML  is  used  to  create  a process  for  rendering 
geometry  and  assigning  manufacturing  and  cost  intent. 
AML  provides  the  single  open-access  environment  which 
makes  it  practical  to  model  a very  complex  process  (i.e. 
air  vehicle  design  integration)  with  a single  suite  of 
objects  and  methods.  References  7 - 9 are  provided  here 
for  additional  information. 

An  example  where  the  CAPTURE  cost  model  will  be 
useful  in  the  Air  Vehicles  Directorate  arises  from  the 
current  push  for  the  development  of  new  technology  for 
affordable  hypersonic  vehicle  concepts.  Clearly, 
production  data  is  lacking.  Yet  the  Air  Vehicles 
Directorate  has  a requirement  to  identify,  prioritize  and 
develop  these  technologies.  One  of  the  primary  metrics 
for  prioritization  is  cost.  Consider  active  cooling  concepts 
which  involve  the  use  of  ceramics,  hot  structures  and 
cooling  channels  for  which  we  have  little  or  no  data. 
However,  it  is  reasonable  to  expect  we  can  develop 
affordability  metrics  at  an  early  stage  if  we  look  at  only 
materials  and  activities.  We  can  gather  this  data  from 
samples  and  extrapolate  to  a manufacturing  scenario.  By 
decomposing  the  data  - we  can  target  the  cost  and  can 
generate  a prioritized  technology  development  strategy  to 
reduce  the  cost. 

With  both  cost  and  geometry  objects  written  in  AML, 
there  is  no  software  barrier  to  impede  the  flow  of  data.  In 
fact,  both  the  cost  and  geometry  could  not  be  more 
integrated  since  they  are  merged  into  the  same  object  and 
object  structure  with  automated  dependency  tracking. 
From  the  end-user’s  perspective,  this  means  that  both  cost 
and  geometry  changes  can  be  made  with  the  same  system 
(not  separate  CAD  and  cost  programs).  Furthermore, 
changes  in  the  geometry  are  immediately  reflected  in  the 
cost  and  if  CAIV  is  programmed  in,  changes  in  cost  are 
immediately  reflected  in  the  geometry. 

A design  process  is  measured  by  how  long  it  takes  to 
develop  a design,  how  many  designers  are  being  paid 
(include  overhead),  the  fidelity  of  the  design  proposal,  and 
a probabilistic  measure  of  risk.  Automated  dependency 
tracking  will  prove  to  reduce  design  time  and  a single 
system,  which  runs  both  geometry  and  cost,  tends  to 
reduce  the  number  of  designers.  These  savings  can  be 
transformed  into  increased  data  fidelity  for  a few  designs 
or  into  increasing  the  number  of  designs  at  a lower 
fidelity. 
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Section  2 

The  Near  Term  Evolution 

Cost  is  becoming  a 1st  order  design  variable  - 
Affordability  is  rapidly  becoming  the  metric  of  choice.  - It 
is  a function  of  system  cost  and  combat  effectiveness. 
However,  the  war  fighting  effectiveness/  LCC  of  a 
potential  weapon  system  is  difficult  to  assess.  The 
capability  change  enabled  by  a new  technology  can  run 
the  gamut  from  simply  doing  the  present  job  better  or 
cheaper  to  enabling  a totally  new  capability.  The  increase 
in  capability  coupled  with  the  corresponding  change  in 
LCC  becomes  a measurand  of  the  viability  of  a new 
technology  vis-a-vis  the  needs  (increased  combat 
effectiveness  and  cost  reduction)  of  the  war  fighter. 


VECAST  Improvements  & Extensions 

Work  will  need  to  be  done  in  the  following  areas: 

• Costs  will  need  to  be  represented  along  with  pertinent 
technologies  in  a real-time  Collaborative  Engineering 
Environment,  CEE. 

• As  new  systems  are  envisioned,  the  costs  associated 
with  new  technologies  that  enable  the  new  concepts 
will  need  to  be  calculated  in  near  real  time. 

• Life  Cycle  Costs/Total  Cost  of  Ownership  of  the 
advanced  concept  will  become  as  important  to  the 
final  solution  as  the  technologies  that  enabled  the 
advanced  concept 

• A disciplined  costing  approach  - A widely  held,  well 
ordered  approach  would  allow  for  the  cost  increments 
calculated  in  VECAST  by  different  Pis  for  different 
technology  programs  to  be  accurate  enough  for 
comparison  between  technology  programs. 

• Lastly,  as  the  present  work  establishes  the  viability  of 
this  costing  approach,  the  construction  of  a 
commercially  viable  tool  will  need  to  be  funded 
through  additional  SBIRs,  including  Phase  Ills  and 
potentially  the  use  of  Dual-Use  contractual  efforts. 

AML  Improvements  & Extensions: 

In  Figures  8 and  9 we  begin  the  process  to  generate  an 
engineering  assessment  of  cost  for  undeveloped 
technology.  Here,  a wing  structure  is  depicted.  This  was 
developed  independently  of  the  cost  tool.  The  cost 
estimation  begins  by  the  interactive  selecting  parts  (mouse 
picks)  of  the  structure,  materials,  structures  type  and  a 
manufacturing  process.  Existing  processes  can  be  edited 
and  appended  to  form  new  object  source  code  for  future 
processes.  Parts  are  stored  in  a "parts  bin".  Pointers  are 
attached  to  the  part  design.  Current  work  focuses  on 
assembling  the  parts  to  form  the  product.  The  example 


shown  highlights  the  work  to  capture  the  process  for 
carbon/carbon  structures  manufacturing. 

Geometry  is  the  only  prerequisite  for  implementing 
activity-based  cost  (ABC)  in  CAPTURE.  There  are 
currently  two  options  in  generating  the  geometry  needed 
for  the  ABC  model. 

The  first  option  is  to  utilize  the  provided  geometry 
sketcher,  thus  simultaneously  create  both  geometry  and 
cost.  This  sketcher  creates  a conceptual  wing  and 
substructure,  which  can  be  applied  to  the  cost  model. 
This  sketcher  was  reported  in  Reference  7.  An  example 
of  a wing  model  is  depicted  here  in  Figure  8. 

A second  option  involves  two  distinct  processes.  A 
geometric  modeling  expert  completes  the  job  of 
synthesizing  a configuration  and  subsequently  takes  the 
geometric  model  to  a cost  expert.  This  cost  expert  uses 
the  ABC  model  process  in  CAPTURE  to  develop  the  cost 
model.  The  practicality  of  this  second  option  will  become 
apparent  in  the  ongoing  development  reported  in  the  last 
section  of  this  paper. 

As  indicated  earlier,  while  the  combined  geometry  and 
cost  models  are  developed  interactively,  they 
automatically  maintain  dependency.  Changes  in  the 
geometry  can  be  immediately  reflected  in  the  cost  model. 

COMPONENTS:  Once  the  geometry  is  created,  the 
costing  module  can  be  implemented.  The  first  task  is  to 
designate  unique  components.  This  requires  the 
assignment  of  a structural  type,  a material  type,  and  a 
manufacturing  process  to  the  displayed  geometry. 
Assignments  can  be  made  to  individual  geometry  objects 
or  to  a group  of  geometry  objects  that  will  be  identical  in 
structure,  material  and  manufacturing  process.  This 
process  is  accomplished  using  the  geometry  in  Figure  8, 
and  the  form  depicted  in  Figure  9. 

For  each  geometry  selected  for  assignment,  a component 
object  is  created  and  stored  in  a “component  bin”.  This 
component  object  has  four  significant  features:  a pointer 
to  the  selected  geometry  object,  a pointer  to  the  assigned 
material  storing  physical  (mechanical)  and  cost  data, 
structure  information  such  as  dimensional  data  and  area, 
and  a sequence  of  operation  pointers  used  to  manufacture 
the  component. 

The  assignment  of  a manufacturing  process  to  any  given 
component  requires  a priori  knowledge  of  the  procedure. 
In  general  terms,  the  manufacture  of  a component  occurs 
by  a single  operation  or  by  an  ordered  sequence  of 
operations.  Several  manufacturing  processes  are  available 
through  the  given  Operation  Catalog.  The  user  can 
browse  through  the  catalog  and  select  a given  process  or 
create  a new  operation  that  will  then  be  added  to  the 
Catalog.  When  the  user  decides  on  an  operation,  he  must 
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transfer  it  to  the  Operation  Sequence  list.  For  a multi-step 
manufacturing  procedure  the  user  continues  to  select  and 
transfer  operations  to  the  Operation  Sequence  list  in  a 
user-prescribed  order.  The  form,  which  drives  a carbon- 
carbon  x-core  process,  is  depicted  in  Figure  10.  The  cost 
associated  with  a Operation  Sequence  is  subsequently 
displayed.  Figure  1 1 portrays  a detailed  cost  breakout  for 
a composite  laminate  lay-up. 

All  the  operations  in  the  Operations  Sequence  list  are 
stored  in  an  “Operations  Bin”.  The  Operations  Bin 
manages  the  processes  for  any  copying,  editing,  or 
deleting  prescribed  by  the  user.  When  the  user  finalizes 
the  Operations  Sequence  list,  it  is  assigned  to  the  active 
component(s)  within  the  Components  Bin. 

The  joining  of  components  into  sub-assemblies  requires 
the  checking  out  of  the  necessary  components  from  the 
Component  Bin  as  well  as  the  assignment  of  a 
manufacturing  process  or  sequence. 

ASSEMBLY:  The  assembly  functionality  is  the  capability 
to  select  any  number  of  components  and/or  sub- 
assemblies  and  apply  manufacturing  assembly  techniques, 
in  order  to  instantiate  a new  object  known  as  a sub- 
assembly.  This  functionality  requires  a method  to  roll-up 
component  and/or  subassembly  cost  metrics  for  the 
component  level  (i.e.  material  and  operation  costs).  In 
addition,  it  requires  a method  to  calculate  the  assembly- 
specific  operation  costs,  and  prompt  the  user  to  apply  new 
manufacturing  assembly  techniques. 

The  assembly  mechanism  is  the  interactive  operations 
performed  by  the  user  to  define  sub-assemblies  using 
GUIs.  First  the  user  identifies  the  objects  which  will 
define  a sub-assembly.  This  occurs  by  accessing  objects 
from  the  Component  Bin  through  a menu  list  or  by 
graphically  selecting  components  from  the  screen. 
Second,  the  user  assigns  the  manufacturing  assembly 
techniques,  such  as  bonding,  mechanical  fastening,  or 
welding  from  the  Operation  Catalog  to  the  sub-assembly. 
Lastly,  the  assigned  sub-assembly  is  accessible  to  the  user 
through  the  Assembly  Bin. 

Cost  modeling  efforts  at  the  conceptual  level  must  be 
viewed  probabilistically.  In  order  to  reflect  this  in 
CAPTURE,  it  is  planned  to  develop  a probability-object 
which  can  be  inherited  along  with  any  property-object  to 
create  a new  probabilistic-property-object.  In  this  way, 
probabilistic  effects  can  be  considered  and  rapidly 
calculated  along  with  the  set  of  deterministic  quantities. 


Section  3 
The  Future 

Currently  the  separate  activities  of  VECAST  and 
CAPTURE  are  just  beginning  to  come  together  for  mutual 
benefit.  Clearly,  AFRL/VA  has  a goal  to  use  VECAST  to 
generate  cost  data  for  a wide  variety  of  individual 
technologies  across  VA,  technology  integration  of  these 
into  technology  sets  and  accomplish  affordability  studies. 
These  studies  may  be  conducted  with  other  software  tools 
and  address  requirements  at  the  mission  and  system  levels. 
In  the  structures  area  for  instance,  CAPTURE  will  use 
baseline  cost  data  generated  by  VECAST.  A further 
melding  of  VECAST  and  CAPTURE  will  occur  as 
VECAST  builds  depth  across  its  breadth  and  capture 
expands  its  repetoire  across  its  technology  set. 

AML’s  capabilities  will  also  be  extended  under  a Dual 
Use  Science  & Technology  (DUS&T)  agreement  between 
the  Air  Force  Research  Laboratory  (AFRL)  and  Lockheed 
Martin  Electronics  & Missiles  (LME&M).  These 
enhancements  will  be  developed  and  integrated  in  two 
phases  to  provide:  a multiple,  simultaneous,  networked 
user  capability  and  a network-distributed  modeling 
capability.  This  has  strong  implications  for  the  next  steps 
in  our  future. 

Cost  & Performance  can  be  interrelated  through  the 
design  and  use  of  aircraft  volume.  In  most  current  cases, 
“Performance  still  rules.”  However  LCC,  especially  O&S 
costs,  increase  dramatically  as  the  fleet  ages,  and  as  new 
systems  become  increasingly  sophisticated  the  future 
burden  to  the  defense  budget  is  obvious  - Get  the  cost  per 
system  down  or  buy  fewer  systems.  Fighter  aircraft  are 
routinely  driven  to  the  minimum  volume  necessary  in 
order  to  achieve  maximum  performance. 

JSF  is  a recent  example  of  the  counter  trend,  where 
performance  is  to  be  held  roughly  constant  and  the 
benefits  of  newly  developed  technologies  are  used  to 
lower  LCC.  A new  approach  should  be  considered  for 
reducing  cost,  the  interaction  of  LCC  and  performance  as 
it  pertains  to  vehicle  volume.  The  way  of  balancing  cost 
and  performance  may  be  by  judicious  use  of  vehicle 
downsizing.  All  other  considerations  held  constant,  i.e.,  if 
performance  is  held  constant,  then  some  of  the  volumetric 
decrease  enabled  by  the  application  of  new  technologies 
might  be  better  held  in  reserve  and  used  to  make  the 
maintenance  job  of  the  ground  crew  easier  (Figure  12). 
The  internal  volume  thus  retained  would  allow  better 
placement  of  Line  Replaceable  Units,  LRUs,  Shop 
Replaceable  Units,  SRUs,  etc.  and  facilitate  maintenance 
“remove  and  replace”  actions.  Performance  would  not 
achieve  an  absolute  best,  but  LCC  and  especially  O&S 
costs  could  be  significantly  lowered. 
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Studies  and  analyses  of  maintenance  actions,  like  the  time 
to  remove  and  replace  items  could  be  done  in  a virtual 
world  using  virtual  prototype  models,  virtual  aircraft 
models  (a  la  the  Boeing  777),  and  virtual  production  line 
representations  to  optimize  box  locations  for  service.  In 
fact,  use  of  virtual  reality  techniques  could  be  employed  to 
put  the  ground  crew  “in  the  picture”  and  with  tactile 
sensations.  Maintenance  personnel  would  have  “a  hands 
on  experience”  with  the  equipment  and  could  put  their 
hands  into  the  access  spaces.  Much  further  out  is  the 
possibility  of  altering  structural  elements,  their  positions, 
numbers,  etc.  in  a cognizant,  organized  fashion  to  provide 
the  required  volume  to  place  LRUs  conveniently  inside 
the  removable  panels  in  the  outer  skin/moldline.  A 
reduction  in  the  number  of  such  panels  may  also  be 
achievable. 

A single  model  accessed  by  multiple  users  has  the 
potential  to  integrate  cost  and  geometric/volumetric 
considerations  (i.e.  configuration  synthesis)  which 
incorporates  the  simultaneous  input  of  multiple  designers 
and  does  not  require  the  traditional  pass-off  of  data.  A 
fully  engaged  integrated  product  team  (IPT)  can  conduct 
an  electronic  design  meeting  in  which  real-time,  what-if 
vehicle  design  scenarios  are  played  out. 

Following  today’s  trend,  future  IPT’s  will  involve  both 
customers  and  designers.  For  the  AFRL,  the  network- 
distributed  modeling  capability  opens  the  possibility  to 
involve  the  end-users  and  the  technologists  in  real-time 
design  scenarios.  Exactly  how  this  would  play  out 
remains  to  be  seen,  however,  it  is  clear  that  this  shared 
modeling  capability  will  help  to  shorten  design  decision 
processes  and  improve  integrated  team  understanding  of 
the  design  issues.  Probably  the  most  important  hurdle  is 
establishing  the  right  cost  for  the  right  performance.  The 
cost  modeling  developments  in  VA  are  certainly  a healthy 
step  in  this  direction. 
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Figure  1 - Breaking  the  Paradigm 


3-7 


Figure  2 - Design  to  Cost  ??? 


Figure  3 - Cost  Increments  for  New  FWVP  Technologies 


Figure  5 - Integration  of  Contracted  SBIR  Cost  Efforts 
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Figure  6 - Technology  Readiness  Levels 
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Figure  7 - Virtual  Expert  Cost  Estimator  for 
Air  Vehicle  S&T 
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Figure  9 - Component  Assignments 


Figure  10  - Manufacturing  Operation  Sequence 
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Une  experience  de  l’ingenierie  concourante  de  navires  de  guerre 
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1.  Introduction 

L’article  est  consacre  aux  problemes  d’integration 
de  la  conception  et  de  maitrise  du  cout  global  sur  la 
duree  de  vie  des  navires  de  guerre.  Quelques  voies 
de  solutions  simples  et  immediates,  utilisables 
quotidiennement,  sont  proposees.  Un  exemple 
illustratif  est  developpe. 

Un  navire  de  guerre  represente  un  exemple  de 
“ super-systeme  Sa  mise  en  oeuvre  necessite 
l'association  de  plusieurs  systemes  complexes,  en 
premier  lieu  le  systeme  de  combat.  Ces 
systemes  comprennent  eux-memes  des  installations 
et  equipements  tres  divers  : transmissions,  radars, 
sonars,  contre  mesures,  armes,  propulsion,  usines 
de  generation  d’energie,  distribution  d’energie, 
distribution  de  fluides  et  d’air,  commande  de 
plateforme,  securite  incendie,  conditionnement 
d’air,  logements  et  restauration,  etc.  Les 
technologies  de  ces  systemes,  installations  et 
equipements  utilisent  de  plus  en  plus  les  logiciels  et 
l’electronique.  On  peut  parler  d’une  cooperation 
entre  l’equipage  et  des  systemes  "intelligents". 

L’analogue  civil  peut  etre  recherche  dans  la  gestion 
des  grandes  agglomerations  ou  dans  les  grands 
projets  de  l’industrie  ou  de  l’ingenierie.  La 
domotique  presente  egalement  des  similarites,  a une 
echelle  differente. 


2.  Position  du  probleme : 1’ adaptation  au 
changement  continu 

II  serait  inutile  de  pretendre  que  l’ingenierie 
concourante,  telle  qu’elle  est  decrite  dans  les 
manuels,  est  mise  en  oeuvre  quotidiennement  dans 
nos  marines.  On  y trouve,  cependant,  diverses 
applications  pratiques.  On  y trouve  aussi  de  la 
matiere  a reflexion  pour  l’avenir,  concemant 
l’utilisation  des  nouveaux  outils  de  conception 
proposes  sur  le  marche  et  la  perennite  de  la  capacite 


de  (re)conception  d’un  navire  au  cours  de  sa 
periode  d’utilisation. 

2.1.  Resume  schematique  de  l’etat  de  l’art  en 
conception  des  navires 

La  conception  assistee  et  la  fabrication  assistees  par 
ordinateur  existent  depuis  tres  longtemps  dans  le 
domaine  de  1’architecture  et  de  la  construction 
navales  : etude  des  formes  des  navires,  decoupage 
et  formage  des  toles,  etude  des  installations, 
decoupage  et  mise  en  forme  des  tuyautages,  etudes 
de  simulation  et  maquettages  de  systemes  de 
combat,  etc. 

Mais  l’integration  des  diverses  specialites  de 
conception,  pour  obtenir  un  navire  qui  soit  a la  fois 
un  bon  flotteur,  un  bon  maneuvrier,  un  bon  systeme 
de  combat,  robuste,  bien  habitable,  correctement 
maintenable,  autonome  et  respectueux  de 
l’environnement....  est  restee  un  art  jusque  tout 
recemment.  La  conception  a cout  global  minimum, 
qui  doit  tenir  compte  de  l’integralite  des  couts 
d’acquisition  et  d’exploitation,  des  premieres 
esquisses  jusqu’au  demantelement,  est  restee  une 
discipline  independante,  utilisee  seulement  a 
quelques  occasions  au  cours  des  etudes  et  de  la  vie 
d’un  navire. 

2.2.  Questions  en  vue  de  Futilisation  pertinente 
de  nouveaux  outils 

II  n’est  pas  certain  que  les  outils  recents  de 
conception,  notamment  ceux  qui  calculent  et 
visualisent  en  trois  dimensions,  soient  facilement 
maitrisables  en  vue  d’integrer  les  tres  diverses 
specialites  qui  concourent  a la  conception  puis  a 
l’exploitation  d’un  navire  de  guerre. 

Dans  le  domaine  du  meuble,  les  fabricants  et 
distributeurs  de  meubles  de  cuisine  realisent  depuis 
longtemps  des  maquettes  virtuelles  en  trois 
dimensions  a l’intention  des  clients,  au  moyen  de 
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logiciels  de  conception  et  fabrication  par  ordinateur. 
L’integration  avec  la  fabrication  n’a  pas  toujours 
ete  un  plein  succes  et  il  semble  que  Ton  revienne  a 
des  outils  differents,  bien  qu’interconnectes,  pour  le 
marketing  et  pour  la  fabrication.  L’enjeu  et  les 
difficultes  sont  d’un  ordre  de  grandeur  encore  plus 
eleve  pour  des  navires  de  guerre. 

Les  nouveaux  outils  integrateurs  doivent  done 
encore  faire  leurs  preuves. 

2.3.  Questions  relatives  a la  preservation  de  la 
capacite  de  conception  apres  la  livraison 

Des  outils  de  conception  d’un  navire  doivent  rester 
a disposition  pour  realiser  les  refontes  et  evolutions 
techniques  au  cours  des  25  a 40  ans  de  la  periode 
d’exploitation  et  permettre  de  garantir  la 

conservation  des  performances  d’ensemble  et  des 
qualites  d’integration. 

En  effet,  une  seule  refonte  a mi-vie  du  navire,  et  en 
particulier  de  son  systeme  de  combat,  ne  suffit 
plus  car  la  rapidite  d’obsolescence  technologique 
oblige,  de  toute  fa?on,  a realiser  des 

raffraichissements  presque  en  continu,  pas  toujours 
dans  l’ordre  prevu,  souvent  avec  une  amplitude  non 
souhaitee  de  divers  elements  du  navire. 

Tentons  d'etre  encore  plus  realiste  : les  outils  de 
conception  d’origine  du  navire  deviennent  eux  aussi 
obsoletes  et  finissent  par  disparaitre  au  bout  de 
quelques  annees  alors  que  la  duree  de  vie  d’un 
navire  est  de  quelques  dizaines  d’annees.  Certes, 
tout  n’est  pas  negatif,  car  on  beneficie  du  progres  et 
on  realise  des  performances  superieures  avec  moins 
d’investissement,  mais  cet  investissement  dans 
l'apprentissage  de  nouveaux  outils  de  conception  est 
plus  ffequemment  renouvele  et  le  facteur  humain 
peut  devenir  predominant  en  tant  que  facteur 
limitatif. 

Les  evolutions  du  monde  industriel,  notamment  a 
travers  les  concentrations,  ne  facilitent  pas  non  plus 
la  tache  de  maintien  de  la  bonne  integration  d'un 
"super-systeme"  tout  en  restant  au  cout  global 
minimum.  Qu’est  devenu  le  maitre  d’ceuvre 
integrateur  de  conception  et  de  fabrication  apres  dix 
ou  vingt  annees,  a supposer  qu’il  ait  correctement 
rempli  son  role  et  que  la  continuite  de  ce  role  ait  ete 
prevue  pour  la  duree  de  vie  du  navire  ? Le  role  d’un 
maitre  d’oeuvre  integrateur  du  soutien  du  navire. 


eventuellement  different  du  maitre  d’oeuvre  de 
conception,  face  a des  systemiers  et  equipementiers, 
dont  certains  sont  des  entreprises  regionales, 
d’autres  appartiennent  a des  grands  groupes 
multinationaux  est-il  seulement  reactif  ou  bien  doit- 
il  anticiper,  planifier....  tous  les  types  devolutions 
technologiques,  industrielles  ? La  reponse  est 
certainement  oui  a la  deuxieme  serie  d'options,  mais 
quel  industriel  peut  pretendre  apporter  im  tel  service 
et  garantir  le  niveau  de  qualite  de  ce  service  sur 
longue  duree  ? 

2.4.  Importance  des  outils  de  management  des 
informations  techniques 

Dans  la  perspective  d’une  continuite  de  la 
conception,  au  moins  partielle,  tout  au  long  du  cycle 
de  vie  d’un  navire,  les  outils  de  gestion  des 
informations  techniques  prennent  une  importance 
toute  particuliere. 

Dans  la  pratique,  les  outils  traditionnels  s’averent  a 
peine  suffisants.  Meme  les  outils  recents  qui 
integrant,  par  exemple  via  un  workflow,  des 
processus  de  travail  entre  acteurs,  en  s’appuyant 
sur  divers  applicatifs,  et  notamment  une  gestion  de 
configuration,  ne  semblent  adaptes  qu’au  traitement 
des  problemes  au  niveau  des  systemes,  mais  pas  au 
niveau  d’un  “ super  systeme  ”. 

Pour  preserver  la  capacite  de  (re)conception  et 
devolution  d’un  super-systeme,  il  faut  une  gestion 
d’un  autre  ordre  de  grandeur. 

Pour  illustrer  ce  point,  prenons  l'exemple  du  soutien 
des  logiciels,  qui  represented  l’une  des  technologies 
les  plus  repandues  et  les  plus  evolutives  a bord  d'un 
navire  de  guerre. 

Il  n’est  pas  suffisant  de  connaitre  la  decomposition 
des  elements  logiciels  inclus  dans  chaque  systeme 
d'un  "super-systeme" : la  gestion  a realiser  est  par 
nature  “ transversale  ” entre  les  systemes  et  un 
modele  purement  hierarchique  des  informations  de 
management  est  insuffisant. 

Pourquoi  cela  ? Il  faut  savoir  rapidement  evaluer 
quels  logiciels  seront  impactes  par  une  modification 
d’interface  materiel  - par  exemple  avec  un  bus  de 
donnees-,  quels  logiciels  sont  a modifier  pour 
obtenir  une  fonctionnalite  supplementaire  ou 
ameliorer  la  realisation  d’une  fonction 
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operationnelle.  II  faut  gerer  non  seulement  les 
logiciels  embarques,  mais  les  ateliers  a terre  chez 
les  industriels,  d’integration  et  de  programmation, 
qui  permettent  de  modifier  et  valider  les  logiciels, 
ainsi  que  les  relations  contractuelles  avec  les 
industriels,  parfois  entre  industriels,  concemant 
notamment  les  competences  humaines. 

Les  difficultes  dues  a l’obsolescence  et  aux 
changements  du  monde  industriel,  en  1’ occurrence 
non  seulement  les  societes  de  service  eii 
informatique  mais  aussi  les  producteurs  de 
“ logiciels  de  base  ”,  sont  egalemement  tres 
presentes.  On  ne  peut  esperer,  dans  le  domaine  de  la 
configuration  des  logiciels,  figer  une  situation  au- 
dela  de  quelques  annees : les  generations 

d’ordinateurs  se  succedent  ainsi  que  les  generations 
de  logiciels  de  base  et  la  compatibility  ascendante 
n’est  pas  systematique ; elle  est  meme  assez 
systematiquement  remise  en  cause  a chaque  progres 
important. 

La  communication  entre  le  soutien  a terre  et  le 
personnel  specialement  forme  a bord  est  a organiser 
dans  le  detail,  a la  fois  pour  permettre  un 
enregistrement  pertinent  et  une  bonne  remontee  des 
faits  techniques  et  incidents,  ensuite  pour  assurer  un 
premier  niveau  de  soutien  aux  utilisateurs  et 
garantir  la  configuration  actuellement  utilisee.  Ce 
dernier  point  n’est  pas  un  detail  lorsque  1’essentiel 
des  ordinateurs  a bord  sont  des  machines  du 
commerce  susceptibles  d’etre  reconfigurees  tres 
facilement  par  des  moyens  a la  portee  de  la  plupart 
des  utilisateurs. 

Ainsi,  pour  un  “ super  systeme  ” tel  qu’un  navire, 
on  doit  envisager  un  systeme  integre  d’ informations 
techniques  permettant  de  trailer  chacun  des  types  de 
problemes  evoques.  Une  gestion  des  informations 
techniques  de  type  classique  ne  permet  pas  de  le 
faire. 


2.5.  Ingenierie  concourante,  ingenierie  du 
changement 

Le  vrai  probleme  qui  se  pose  avec  une  acuite 
accrue,  c’est  de  maitriser  plusieurs  causes  de 
changements  continus  et  concomitants  : les  besoins 
des  utilisateurs,  les  technologies  mises  en  oeuvre  (y 
compris  celles  de  la  conception),  le  monde  industriel 
qui  "supportent"  l'ensemble. 


Ainsi,  l’ingenierie  concourante  devient  de  facto  une 
maniere  de  vivre  pour  un  grand  nombre  d’acteurs, 
pas  seulement  ceux  de  la  conception  et  de  la 
fabrication  initiales,  mais  aussi  tous  les  acteurs  du 
soutien  en  service.  Le  besoin  d’outils  d’integration 
simples,  utilisables  par  des  communautes  d’acteurs 
industriels  et  etatiques,  apparait  logiquement,  a cote 
des  outils  de  specialistes. 

Par  opposition,  il  est  a craindre  que  certains 
nouveaux  outils  de  conception  integree  ne  puissent 
servir  a traiter  que  les  problemes  du  passe  selon  une 
vision  plutot  livresque  des  besoins  des  acteurs.  Le 
niveau  d'investissement  necessaire  a l"acquisition  et 
surtout  a 1'apprentissage  de  ces  nouveaux  outils  ne 
permettra  probablement  pas  de  se  dedire  a ceux  qui 
en  feront  l’acquisition.  Cette  acquisition  ne  les 
dispensera  pas  d'operer  une  recuperation  et  une 
mise  a niveau  des  informations  contenues  dans  leurs 
anciens  outils.  Enfin,  il  leur  faudra  reapprendre  que, 
pour  esperer  maitriser  le  niveau  de  complexity  d'un 
"super-systeme",  il  est  necessaire  de  preserver  une 
flexibility,  des  degres  de  liberte  et  des  decouplages, 
qu'un  outil  integrateur  unique  ne  peut  pas  offrir,  par 
nature. 

Cependant,  les  lemons  du  passe  peuvent  etre  tirees  et 
utilisees  pour  ebaucher  une  ligne  de  conduite 
raisonnable  en  fonction  des  divers  types  de 
changements  a maitriser. 

Des  solutions  “ mythiques  ” ont  represente  l’ideal 
de  l’ingenierie  concourante  avant  l’acceleration  des 
besoins  devolutions  continues  sur  le  cycle  de  vie 
que  nous  connaissons  actuellement.  Il  est 
interessant  de  les  reexaminer  en  regard  des 
nouveaux  besoins. 

Nous  commencerons  done  par  examiner  rapidement 
deux  “ solutions  ” mythiques  avant  de  proposer  des 
principes  pratiques  puis  d’exposer  un  exemple 
limite  mais  significatif  d’application  de  ces 
principes. 

3.  Examen  critique  de  deux  solutions  historiques 

Pour  etre  exact,  les  deux  solutions  examinees  ici 
n’ont  jamais  ete  presentees  comme  exclusives  ni 
exhaustives.  Le  soutien  logistique  integre  et  la 
normalisation  des  echanges  de  donnees 
informatisees  sont  totalement  complementaires  en 
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vue  de  l’ingenierie  concourante  sur  la  duree  de  vie 
des  systemes. 


3.1.  Le  soutien  logistique  integre 

Le  soutien  logistique  integre  est  une  discipline 
d’ingenierie  du  soutien,  exercee  concouramment  a 
la  conception. 

La  methodologie  generique  est  celle  decrite  dans 
l’ex  MIL-STD  1388-1A.  Elle  exige  une  adaptation 
particuliere  a chaque  programme,  pour  tenir  compte 
des  problemes  specifiques  a ce  programme. 

On  pourrait  penser  que  le  soutien  logistique  integre 
foumirait  un  bon  cadre  de  travail  pour  l’ingenierie 
concourante  au  cours  de  la  periode  d’exploitation 
des  navires. 

Mais,  en  pratique,  cette  discipline  a ete  exercee  par 
des  specialistes  du  soutien  logistique  plutot  que  par 
les  concepteurs.  Elle  a surtout  servi  a dimensionner 
des  lots  de  rechanges,  et  a tenter  d’optimiser 
ponctuellement  la  repartition  des  operations  de 
maintenance  entre  les  divers  operateurs  etatiques  et 
industriels. 

Au  cours  de  la  periode  d’utilisation  en  service  des 
navires,  la  methode  a parfois  servi  a redimensionner 
des  lots  de  rechanges  en  fonction  du  retour 
d’experience.  En  realite,  on  s’est  vite  aper?u  que  les 
rechanges  a bord  d’un  navire  de  guerre,  qui 
represented  plusieurs  milliers  de  reference,  sont 
pour  la  plupart  des  pieces  qui  ne  seront  jamais 
employees.  Ces  pieces  de  rechange  ont  ete  places  a 
bord  “ au  cas  ou  ” et  elles  y resteront  pour  cette 
meme  raison  d’  ’’essentialite  ”,  quels  que  soient  les 
analyses  et  calculs  d’optimisation  que  les 
logisticiens  fassent,  si  rien  ne  change  par  ailleurs. 

Une  veritable  optimisation  des  elements  de  soutien 
logistique  a bord  des  navires  suppose,  en  realite, 
plusieurs  actions  concomitantes,  dont  aucune  ne  fait 
partie  du  soutien  logistique  integre  tel  qu’il  a ete 
applique  traditionnellement : 

• reevaluer,  de  maniere  critique,  rimportance 
relative  des  systemes  (et  non  pas  de  leurs 
rechanges),  dans  la  realisation  des  fonctions 
operationnelles  exigees  le  plus  souvent  en 
pratique,  en  tenant  compte  des  redondances 


architecturales  entre  ces  systemes ; definir  des 
lots  a embarquer  seulement  pour  les  missions 
specifiques  et  abandonner  le  concept  “ toujours 
pret  a tout  partout  a tout  moment  ” au  profit 
d’un  niveau  de  risque  raisonnable  ; 

• mettre  en  place  une  communaute  logistique 
efficace  entre  les  navires  d’un  meme  type,  avec 
visibility  totale  et  instantanee  des  stocks  a terre 
et  des  en  cours  de  transport  des  ressources  vers 
les  navires,  realisation  de  transports  rapides, 
foumiture  de  moyens  d’assistance  aux  equipages 
pour  la  maintenance,  etc. 

• mettre  en  place  une  “ supply  chain  ” a terre, 
conduite  par  une  cellule  integree  associant  des 
operationnels,  des  techniciens  et  des  acheteurs, 
de  maniere  a n’approvisionner  que  le  strict 
minimum  et  en  tenant  compte  a la  fois  des 
facteurs  d’obsolescence,  de  la  duree  de  vie  a 
couvrir  jusqu'a  la  prochaine  refonte  ou  jusqu’au 
prochain  raffraichissement  technologique,  des 
campagnes  de  production  des  industriels. 

Le  soutien  logistique  integre  n’a  pas  ete  congu  pour 
remettre  en  cause  des  organisations  et  des 
procedures,  ni  pour  maitriser  le  changement  en 
continu. 

Maintenant  que  la  coupure  entre  la  periode  d’etude 
et  de  realisation  des  navires  s’estompe,  avec 
l’augmentation  de  frequence  des  raffraichissements 
technologiques  et  des  refontes  partielles,  on  pourrait 
penser  que  le  soutien  logistique  integre  va  connaitre 
un  renouveau.  Ce  serait  logique,  mais  peu  probable. 
II  faudrait,  en  effet,  qu’il  renaisse  plus  beau  et  plus 
intelligent  qu’il  n’a  jamais  ete,  et  puisse  directement 
servir  a maitriser  les  logiciels  et  les  materiels  de 
technologies  evolutives.  Dans  ces  conditions,  on 
peut  preferer  le  remplacer  carrement  par  autre 
chose,  qui  reste  a formaliser  et  meme  a nommer, 
plus  proche  de  l’ingenierie  du  vivant. 

3.2.  La  normalisation  des  echanges  par  voie 
informatique 

La  communication  entre  les  acteurs  doit  etre 
efficace,  aussi  bien  pendant  la  conception  et  la 
realisation  du  navire,  que  pendant  son  exploitation 
et  son  soutien  en  service.  On  a vu  que  son 
automatisation  etait  souhaitable.  Quelles  sont  les 
bases  possibles  de  cette  automatisation  ? 
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L’evolution  de  la  signification  de  l’acronyme 
CALS,  qui  designe  a l’origine  une  strategic  de  l’US 
DOD  en  matiere  d’echanges  de  donnees 
informatisees,  est  caracteristique : 

• Computer  Aided  Acquisition  and  Logistic 
Support : P accent  est  sur  Pordinateur,  les 
travaux  ont  porte  principalement  sur  des  normes 
d’echanges  entre  ordinateurs ; 

• Continuous  Acquisition  and  Life-cycle  Support : 
Paccent  est  sur  la  continuite,  les  travaux  ont 
porte  principalement  sur  Porganisation,  les 
procedures,  les  outils  permettant  la  cooperation 
entre  acteurs  sur  la  duree  de  vie  d'un  systeme; 

• Commerce  At  Light  Speed  : Paccent  est  sur  les 
affaires,  et  sur  leur  acceleration. 

II  est  edifiant  de  comparer  le  resultat  des  premiers 
travaux  avec  ceux  qui  sortent  a present.  Les 
premiers  travaux  ont  produit  (parfois  simplement 
reproduit)  des  normes  basiques  de  detail  qui  sont 
actuellement  soit  perimees,  soit  tombees  dans  le 
domaine  public.  Les  travaux  suivants  ont  permis, 
entre  autres,  la  realisation  de  prototypes  de  travail 
de  projet  en  groupe  (workflow)  a grande  echelle 
entre  industriels  et  organismes  etatiques  dans  le 
domaine  des  projets  de  systemes  d’armes.  L’un  des 
enjeux  des  travaux  en  cours  est  la  communication 
directe  entre  les  forces  armees  et  l’industrie,  afin 
que  cette  demiere  puisse  efficacement  vendre  ses 
produits  et  realiser  des  prestations  d’apres-vente,  y 
compris  des  foumitures  de  faible  valeur  nominale. 

II  est  probable  que  l’epoque  des  normes  detaillees 
tres  contraignantes  au  plan  de  la  forme  est  revolue, 
au  profit  de  metanormes.  Ces  demieres  sont  les  plus 
susceptibles,  en  effet,  de  permettre  la  satisfaction 
des  besoins  tres  divers  d’echanges  entre  acteurs  a 
un  cout  raisonnable  et  dans  des  delais  courts,  en 
s’appuyant  sur  des  principes  syntaxiques  et  des 
dictionnaires  de  donnees.  Au  contraire,  l’imposition 
d’un  alignement  sur  des  modalites  detaillees  ne 
durerait  pas  plus  longtemps  que  les  produits 
informatiques  commerciaux  qui  les  supporteraient 
et  les  couts  de  mise  a niveau  a engager  par  les 
divers  acteurs  seraient  forcement  importants,  done 
non  synchronises . . . 

A titre  d’illustration,  on  comparera  utilement  une 
metanorme  telle  que  XML  et  une  norme  classique 
telle  qu’EDIFACT.  On  notera  que  l’industrie 


automobile  fonctionne  depuis  plus  de  15  ans  avec 
des  echanges  informatises  permettant  aux  usines  de 
montage  de  commander  les  foumitures  en  flux 
tendu  chez  les  equipementiers  ; Pune  des  principales 
difficultes  de  mise  au  point  a ete  la  prise  en  compte 
des  cas  d’erreurs  (exemple : le  produit  livre  par 
l’equipementier  n’est  pas  le  bon  bien  qu’il  porte  la 
bonne  reference) ; jamais  l’informatique  ni  la  norme 
d’echange  n’ont  constitue  une  difficulty  de  premier 
ordre. 

Un  enjeu  tres  important,  dans  le  cas  des  systemes 
navals,  reside  dans  la  capacite  d’exploiter 
d’anciennes  bases  de  donnees  conjointement  avec 
des  nouvelles.  II  existe,  en  effet,  im  decalage  entre 
les  generations  informatiques  mises  en  oeuvre  par 
des  programmes  sucessifs  de  navires  et  les  bases 
propres  a chaque  programme  contiennent  un  capital 
considerable.  Comme  beaucoup  d’elements  du 
soutien  logistique,  a commencer  par  la  plupart  des 
contrats  d’apres-vente  de  systemiers  et 
d’equipementiers,  recouvrent  plusieurs 
programmes,  il  est  indispensable  de  pouvoir 
exploiter  toutes  les  donnees  existantes.  S’il  existe 
un  espoir  de  faire  communiquer  efficacement  de 
maniere  automatisee  des  ’’anciennes  ” bases  de 
donnees  avec  des  nouvelles,  e’est  bien  en  robotisant 
la  capacite  de  reconnaissance  des  procedures 
adaptees  d’echange  entre  agents  informatiques, 
plutot  qu’en  tentant  d’imposer  une  modalite  unique 
d’echange  ou  un  modele  unique.  Chaque  base 
possede  son  dictionnaire  de  donnees  et  sa  structure, 
ses  protocoles  d’acces.  Une  metanorme  peut 
permettre  d’exprimer  cela,  et  permettre  les  echanges 
entre  des  bases  existantes  en  l'etat.  Bien  entendu,  un 
contrat  d’echange  conclu  entre  les  entreprises 
industrielles  ou  organismes  detenteurs  des  diverses 
bases  doit  preexister. 

Dans  le  cadre  d’une  “ supply  chain  ” du  type 
evoque  au  paragraphe  sur  le  soutien  logistique 
integre,  on  peut  envisager  l’echange  des  faits 
techniques  et  des  configurations  concemant  les 
systemes  en  service,  1’echange  des  plannings 
d’interventions  de  maintenance  des  acteurs  etatiques 
et  industriels,  la  communication  des  campagnes  de 
production  des  industriels,  la  communication  des 
niveaux  de  stocks  et  en  cours,  etc.  Ces  echanges 
existent  deja  de  facto  pour  certains  systemes  ou 
installations  navals,  de  maniere  formelle  ou 
informelle,  mais  sans  informatique  autre  que  le  fax. 
II  est  clair  que  les  acteurs  utiliseront  l’informatique 
seulement  si  elle  offre  rapidement  une  amelioration. 
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au  moins  sur  le  plan  de  la  convivialite  ou  de 
l’apport  de  fonctionnalites  nouvelles,  par  exemple  a 
travers  l'enregistrement  a caractere  quasi-notarial 
des  echanges.  Car  l’echange  de  donnees  par  voie 
informatique  n’est  pas  un  but  en  soi. 

Dans  la  pratique,  les  informations  echangees  entre 
des  acteurs,  y compris  par  voie  informatique,  n’ont 
qu’une  duree  de  pertinence  limitee.  Parallelement, 
un  capital  de  donnees  informatisees  voit  sa  valeur 
diminuer  automatiquement  avec  le  temps  s’il  n’est 
pas  mis  a jour  des  evolutions  des  configurations 
reelles  des  systemes  navals  en  utilisation.  Le  coeur 
du  systeme  d’informations  pour  le  soutien  d’un 
navire  de  guerre  se  deplace  vers  tout  ce  qui  permet 
d’assurer  la  mise  a jour  rapide  du  noyau 
traditionnel  (configurations  des  installations 
navales,  inventaires  des  ressources  disponibles  en 
stock)  en  fonction  des  evolutions  et  de  reagir 
rapidement  a une  sollicitation  operationnelle 
imprevue.  Ce  sont  les  protocoles  d’echanges 
contractuels  avec  les  industriels  realisant  le  soutien 
qui  deviennent  de  facto  le  nouveau  coeur  du  systeme 
d’informations,  apres  avoir  ete  longtemps 
consideres  comme  peripheriques.  On  peut  meme 
prevoir  que  le  noyau  traditionnel  sera  un  jour 
physiquement  reparti  entre  les  industriels,  au  fur  et 
a mesure  que  les  politiques  d’extemalisation  du 
soutien  logistique  se  traduisent  dans  les  faits.  De 
toute  fa?on,  toute  organisation  etatique  sera 
incapable,  a terme,  de  justifier  le  cout  de  mise  a 
jour  du  capital  des  donnees  necessaires,  de 
l'organiser  et  de  l’effectuer  avec  la  reactivite 
souhaitable. 

Comme  au  paragraphe  consacre  au  soutien 
logistique  integre,  on  peut  conclure  que  la  forme  ne 
peut  remplacer  le  fond  et  que  l’outil  ne  peut 
remplacer  l’intention.  Pour  chaque  acteur  etatique 
ou  industriel,  la  gestion  des  systemes  d’informations 
s’assimilera  de  plus  en  plus  a la  gestion  des 
echanges  avec  d’autres  acteurs. 

4.  Ouelaues  principes  pratiques  d’organisation 
pour  maitriser  le  changement  continu 

Les  principes  proposes  sont  destines  a permettre 
l’ingenierie  concourante  des  navires  et  de  leur 
soutien  logistique  dans  un  monde  en  evolution 
continue.  Ils  ne  sont  evidemment  pas  tous 
specifiques  au  domaine  des  navires  de  guerre. 


Faire  partager  aux  acteurs  une  vision  commune 
sur  ce  qui  sera  important  dans  la  vie  du 
programme,  c'est-a-dire  la  periode  d’utilisation 
qui  suivra  les  etudes  et  la  realisation. 

Exemple  de  themes  a marteler : 1'evolution  de  la 
repartition  du  cout  global  entre  l’acquisition  et 
l’exploitation  au  profit  de  cette  demiere, 
l'accroissement  de  la  part  des  logiciels  et  des 
technologies  evolutives  utilisant  du  logiciel  dans  les 
systemes,  la  responsabilisation  des  industriels 
systemiers  et  equipementiers  sur  leur  apres-vente, 
etc.  Sinon,  comment  esperer  que  le  cout  global  d’un 
programme  soit  serieusement  etudie  s’il  reste  traite 
comme  un  exercice  accessoire  sans  impact  reel  sur 
les  choix  d’architecture  ni  l’exploitation  ? 

Faire  travailler  en  commun,  pour  des  objectifs 
precis,  des  etatiques  et  des  industriels,  chacun 
dans  leur  role,  dans  des  cellules  de  projet. 

C’est  ce  qui  est  appele  ailleurs  1’IPT,  Integrated 
Product  Team.  Cela  fonctionne  bien  si  chacun  a une 
idee  precise  du  resultat  attendu  et  de  la  nature  de  sa 
participation  individuelle. 

Respecter  1’autonomie  de  chaque  cellule  de 
projet  selon  son  horizon  temporel,  respecter 
l'horizon  temporel  des  utilisateurs. 

Cette  evidence  n’est  pas  toujours  bien  comprise.  Un 
exemple  pris  dans  l’industrie  sera  plus  illustratif 
qu’un  exemple  de  bureau  d'etudes  : un  groupe 
d’emballeuses  assure  joumellement  le  ramassage  et 
l’expedition  de  commandes  de  produits 
pharmaceutiques  ; il  y a des  grosses  et  des  petites 
commandes  qui  induisent  une  charge  tres  differente 
dans  les  differentes  etapes  du  processus  ; l’erreur 
est  d’imposer  un  controle  detaille  sur  chacune  des 
differentes  etapes  du  processus,  alors  qu’il  vaut 
mieux  laisser  le  groupe  d'emballeuses  s'organiser  de 
maniere  autonome;  on  ne  soumet  a un  controle 
joumalier  que  1’indicateur  d'expedition  de  toutes  les 
commandes  prevues  pour  la  joumee,  c’est-a-dire  le 
resultat  final,  sans  intervenir  sur  les  regies  du  jeu 
internes  au  groupe. 

Dans  un  projet,  les  jalons  de  projet  delimitent  les 
horizons  temporels. 

II  peut  etre  necessaire  de  refuser  un  horizon 
temporel  inadequat.  Les  problemes  de  mise  au  point 
des  systemes  de  commande  et  automatismes  sont 
parfois  imputables  a un  horizon  distendu,  entre  le 
moment  ou  les  etudes  ont  ete  approuvees  et  le 
moment  ou  le  systeme  reel  est  livre.  On  est  alors 
oblige  de  traiter  sur  le  tas  des  defauts  de  prise  en 
compte  des  modes  degrades,  qu’un  maquettage 
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intermediate  aurait  pu  reveler  parce  que  certains 
facteurs  ne  peuvent  pas  etre  etudies  seulement  sur  le 
papier.  Les  decouvertes  tardives  sont  typiquement 
les  suivantes . le  systeme  en  fonctionnement 
nominal  exige  peu  de  l’operateur,  alors  qu’il 
faudrait  dix  operateurs  pour  esperer  traiter  certains 
modes  degrades  ; ou  bien  Foperateur  en  situation  de 
prendre  des  decisions  difficiles  va  etre  bombarde 
d’informations  vocales  et  lumineuses  qui  risquent 
d’augmenter  son  niveau  de  stress  jusqu'a  Facte 
irrationnel. 

Assurer  la  coherence  d’ensemble  au  moyen  de 
modeles  adaptes  permettant  la  communication 
entre  acteurs,  entre  cellules  projets. 

Des  modeles  d’ensemble  du  navire  ou  de  sous- 
ensembles  importants,  simples,  interactifs, 
permettent  de  visualiser  Finfluence  des  divers 
parametres.  Dans  ce  type  de  modele,  on  ne  doit  pas 
sacrifier  une  vue  globale,  meme  si  elle  n'est  pas 
totalement  exacte,  au  profit  du  detail  ni  de 
1'universalite.  Un  exemple  est  presente  au  chapitre 
suivant. 


5.  Exemple  de  modele  global  d’un  navire  de 
guerre 

Le  modele  propose  ici  comme  illustration  de  modele 
global  est  utilise  dans  tous  les  programmes  majeurs 
de  la  marine  frangaise  depuis  quelques  annees.  Sa 
creation  a ete  motivee  par  les  considerations 
developpees  aux  chapitres  2 a 4 ci-dessus. 

5.1.  Domaine  du  modele  propose  comme  exemple 

Le  modele  est  destine  a montrer  Finfluence  sur  la 
disponibilite  operationnelle  du  navire 

• des  choix  architecturaux  de  cooperation  entre 
systemes 

• des  parametres  de  fiabilite  et  de  maintenabilite 
des  systemes  physiques. 

II  peut  etre  utilise  a toutes  les  phases  de  faisabilite, 
de  conception  et  de  realisation,  ainsi  qu’au  cours  de 
l’utilisation  en  service. 

Les  utilisateurs  du  modele  sont  des  operationnels, 
des  concepteurs,  des  logisticiens. 


5.2.  Description  du  modele 

Chaque  fonction  operationnelle  du  navire  est 
modelisee  par  un  arbre  logique  developpant  les 
sous-fonctions,  jusqu’aux  systemes  physiques. 
C’est  un  arbre  des  contributions  fonctionnelles. 

Un  porte  avions  peut  etre  ainsi  represente  par 
seulement  une  dizaine  de  fonctions  operationnelles, 
telles  que  “ lancer  les  avions  ”,  “ recuperer  les 
avions  ”,  “ se  proteger  contre  les  attaques  ”, 
“ communiquer  avec  les  autres  navires  de  la 
flotte  ”,  etc. 

L’exemple  d’une  fonction  “ preparer  les  avions 
pour  la  mission  ” donne  une  illustration  commode  a 
la  presente  description  (figures  1 et  2). 

Les  noeuds  logiques  dans  un  arbre  sont  de  quatre 
types  : AND,  OR,  AND/OR  type  AO,  AND/OR 
type  Al.  Ces  deux  demiers  types  permettent  de 
representer  les  deux  types  de  redondances 
fonctionnelles  entre  systemes. 

Le  type  AO  sert  aux  cas  de  cooperation  entre 
systemes  de  natures  differentes  a la  realisation 
d’une  sous-fonction ; par  exemple,  la  realisation 
d’une  sous-fonction  de  maneuvre  et  de  stabilisation 
de  plateforme  suppose  le  fonctionnement  de 
logiciels  de  commande  et  de  regulation,  d’un 
gouvemail,  de  divers  systemes  de 
stabilisation  physique,  d’un  propulseur  secondaire  a 
l’avant,  etc.;  la  contribution  d’un  systeme  cooperant 
est  mesuree  par  la  perte  d’efficacite  de  la  fonction 
lorsque  ce  systeme  n’est  plus  disponible. 

Le  type  Al  sert  aux  cas  habituels  de  redondances 
partielles  ; par  exemple  plusieurs  radars  embarques 
peuvent,  avec  un  niveau  d’efficacite  different, 
realiser  une  sous-fonction  donnee.  Le  niveau 
d’efficacite  mesure  la  contribution. 

Les  contributions  des  auxiliaires,  tels  que 
conditionnement  d’air,  distribution  d’energie,  qui 
apparaissent  tres  souvent  dans  les  arbres 
fonctionnels,  peuvent  etre  recueillies  plus  facilement 
dans  un  tableau  croise  avec  les  divers  systemes 
physiques  presents  dans  les  arbres  des  contributions 
fonctionnelles.  L’inclusion  de  ces  systemes 
auxiliaires  directement  dans  les  arbres  en  est  ensuite 
facilitee. 
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5.3.  Fonctionnement  interne 

Le  but  du  modele  est  l’etude  de  sensibilite  des 
divers  parametres  traites,  sur  la  disponibilite 
operationnelle  de  chaque  fonction.  Parmi  les 
parametres  traites,  les  contributions  des  systemes 
dans  les  divers  cas  de  redondance  donnent,  eux 
aussi,  lieu  a analyse  de  sensibilite. 

Pour  chaque  systeme  physique,  les  parametres  sont 
les  suivants  : 

• MTBCF  estime  en  cours  de  mission  a la  mer 
(Mean  Time  Between  Critical  Failure) 

• MDTR  estime  en  cours  de  mission  a la  mer 
(Mean  Down  Time  to  Repair) 

• niveau  de  reparabilite  a la  mer  (qui  conditionne 
le  MDTR) 

• taux  d’utilisation  a la  mer 

Le  niveau  de  reparabilite  a la  mer  represente  la 
probability  que  le  systeme  considere  soit,  au 
moment  de  la  fin  de  mission,  dans  Fun  des  etats 
suivants : totalement  operationnel,  operationnel 
dans  un  mode  degrade  sans  panne  critique,  en  panne 
reparable  par  les  moyens  du  bord  (ce  qui  suppose 
qu’il  reste  a bord  tout  ce  qu’il  faut  pour  realiser  la 
reparation).  Ce  niveau  de  reparabilite  induit  a lui 
seul  toute  la  logistique  embarquee  et  la  conception 
du  systeme  pour  qu’il  soit  reparable  au  niveau 
souhaite. 

Le  modele  evalue  la  disponibilite  operationnelle  en 
fin  de  mission  et  calcule  les  sensibilites  des 
parametres  par  un  calcul  analytique.  Le  temps  de 
calcul  est  conditionne  par  le  nombre  d’apparitions 
multiples  de  systemes  dans  l’arbre.  Les  systemes 
sont  classes,  pour  chaque  analyse  de  sensibilite,  par 
gravite  decroissante. 

On  trouvera  un  expose  des  principes  de  calcul 
analytique  dans  la  reference  suivante  : 

Une  methode  pratique  d’allocation  des  objectifs,  J- 
Ph  Carillon,  A.  Petit,  G.  Seguin,  O.  Natta,  Dixieme 
Colloque  National  Fiabilite  et  Maintenabilite 
Lambda  Mu  1996. 

5.4.  Logiciel  associe 

Un  logiciel  bilingue,  frangais  ou  anglais  au  choix 
par  ime  option  de  menu  deroulant,  a ete  developpe 
pour  toumer  sur  toute  machine  PC  sous  un  systeme 
Windows  9x  ou  NT.  II  permet  de  saisir  les  arbres 


de  contributions  fonctionnelles,  eventuellement  en 
reutilisant  des  elements  d’autres  arbres  deja  saisis. 

Le  logiciel  les  calculs  pour  l’arborescence  a traiter 
et  foumit  les  resultats  dans  un  rapport,  ainsi  que 
dans  chaque  element  de  l’arborescence  traitee.  Les 
resultats  peuvent  etre  conserves  et  rappeles. 

La  documentation  du  logiciel  presente  a la  fois  les 
principes  de  fonctionnement  et  d’utilisation.  Les 
aides  du  logiciel  rappellent  les  principes 
d’utilisation,  notamment  la  gestion  des  arbres 
fonctionnels. 

L’ensemble  logiciel  et  documentation  tient  sur  trois 
disquettes,  et  bien  entendu  sur  un  seul  CDROM. 

5.5.  Caracteristiques  interessantes  pour 
l’ingenierie  concourante 

A.  Le  modele  est  autonome  et  simple;  il  utilise  tres 
peu  de  parametres.  Mais  ces  parametres  ont 
beaucoup  duplications  au  plan  de  l’architecture 
des  systemes  et  de  l’exploitation  du  navire.  Des 
outils  de  specialistes  sont  indispensables  pour 
approfondir  les  consequences  ou  etudier  les 
arbitrages  en  fonction  des  parametres  detailles 
propres  a chaque  discipline  par  systeme  ou  par 
technologic. 

B.  Le  modele  s’appuie  sur  une  description 
fonctionnelle  globale  etablie  avec  le  concours  des 
utilisateurs  futurs  ou  des  utilisateurs  actuels,  selon 
que  l’on  traite  d’un  navire  en  conception  ou  en 
utilisation. 

C.  Les  calculs  reposent  sur  des  formules 
analytiques  dont  les  resultats  sont  directement 
accessibles  sans  besoin  d’ interpretation  par  des 
specialistes. 

D.  Le  modele  permet  et  incite  a travailler  toujours 
en  relatif  a partir  des  analyses  de  sensibilite  sur  la 
totalite  des  parametres  introduits.  Les  systemes 
physiques  sont  classes  selon  leur  rang  d’ impact 
possible  sur  la  disponibilite  operationnelle,  ce  qui 
met  en  evidence  les  progres  a faire  mais  aussi  les 
possibilites  de  diminution  des  exigences  ; en  tous 
cas,  un  debat  se  cree  autour  d’un  raisonnement 
global,  plutot  que  sur  des  bases  propres  a une 
discipline  ou  a une  expertise  specifiques. 


E.  Les  arbres  fonctionnels  et  le  modele  peuvent  etre 
utilises  en  exploitation  pour  rendre  compte  de  l’etat 
de  disponibilite  du  navire  par  fonction 
operationnelle. 

Ce  modele  est  done,  typiquement,  un  outil  de 
communication  et  de  synthese. 

F.  Une  demiere  caracteristique  interessante : le 
modele  n’a  aucune  pretention  a l’universalite.  Par 
exemple,  les  facteurs  humains,  les  etudes  de 
securite,  les  etudes  de  performance  des  armes  et  du 
systeme  de  combat...  exigent  en  general  d’autres 
modeles  globaux  du  navire. 


6.  Conclusion 


Sauf  a faire  une  confiance  aveugle  a des  mythes 
anciens,  l’ingenierie  concourante  d'un  super- 
systeme  complexe  et  de  son  soutien  logistique  doit 
s’appuyer  sur  des  modeles  globaux 
complementaires  entre  eux,  simples,  permettant  de 
hierarchiser  l’essentiel  par  rapport  a 1’accessoire,  et 
...d’exploiter  intelligemment  les  outils  des 
specialistes. 

On  ne  doit  pas  se  tromper  dans  le  choix  des  outils  : 
ceux  qui  sont  destines  a gerer  des  systemes  ne 
suffisent  pas  a la  gestion  et  au  soutien  dans  la  duree 
d’un  super-systeme  qui  devra  subire  des  evolutions 
ffequentes  et  globalement  importantes. 

Le  facteur  humain  et  la  vision  d’ensemble  sont 
primordiaux.  La  technique  de  l’ingenieur  et  le 
management  des  organisations  se  traitent  ensemble, 
en  continu,  sur  toute  la  duree  de  conception  de 
realisation  et  d’exploitation  des  systemes. 
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FUNCTION  (PART  1) 


FIGURE  2 : EXAMPLE  OF  A TREE  MODELED  FUNCTION  (PART  2) 
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An  Experience  in  Concurrent  Re-Engineering  of  Warships  and 
their  Logistics,  as  a Usual  Business 
- English  Abstract  - 
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A reform  in  the  acquisition  of  weapon  systems  is 
currently  in  progress  in  some  major  countries.  But 
the  consequences  are  still  to  be  derived  in  the 
domain  of  optimization  studies. 

Really  user  friendly  models  to  be  used  by 
participants  in  integrated  program  teams  are  still 
lacking.  Moreover,  as  the  frontiers  between 
program  stages  fades  away  due  to  the  need  for 
continuous  technological  refreshements  - among 
other  reasons  - and  integrated  program  teams  will 
have  to  support  the  product  thru  life,  continuous 
reingeneering  will  arguably  become  a requirement 
for  survival.  The  following  questions  should  also  be 
addressed : 

• which  should  be  the  adequate  tools  to  design 
then  support  an  "integrated"  complex  super 
system  thru  life, 

• by  whom  (Gov't  or  industry)  should  they  be 
operated.. 

Respected  methodologies  and  strategies  such  as 
Integrated  Logistic  Support  and  CALS  have  never 
been  designed  for  coping  with  a changing  world 
where  both  new  and  legacy  design  and  support  tools 
are  to  be  maintained,  operated,  sometimes 
themselves  reingeneered.  Moreover,  as  the 
complexity  of  newer  weapon  systems  and  their 
cooperative  use  on  the  battlefield  increases,  the  aim 
for  support  can  no  longer  be  simply  in  terms  of 
maintaining  the  systems  but  in  terms  of  delivering 
the  operational  capability  in  various  situations  thru 
life. 

The  paper  advocates  the  use  of  simple  models  on 
Gov't  side,  that  should  be  based  upon 
representations  how  the  weapon  system  operates 
(instead  of  how  it  might  fail).  Dedicated 
independent  simple  models  should  be  developed  for 
each  major  discipline  in  a given  program,  for 
example,  safety,  availability,  human  factors,  rather 
than  downloading  supposedly  relevant  data  from  an 
overall  database.  The  point  is  that  these  models 


should  be  used  as  communication  tools  between  the 
participants  in  integrated  teams,  that  typically  will 
have  different  cultures  and  skills. 

Regular  detailed  models,  for  example  simulation 
models,  would  be  operated  by  specialists  and 
experts  in  various  disciplines,  mainly  in  industry. 

To  illustrate  the  concept,  a modeling  tool  and 
methodology  is  described.  It  is  being  used  in  all 
major  warships  acquisition  programs  in  France  and 
also  as  a reingeneering  tool.  It  aims  at  relating  the 
operational  availability  of  each  top  level  operational 
function  of  a given  weapon  system,  for  example  an 
aircraft  carrier.  Very  few  parameters  will  describe 
the  rate  of  use,  the  repairability  at  sea,  the  mean 
time  between  critical  failure,  the  mean  down  time  of 
each  physical  major  component. 

The  overall  logic  of  operations  of  an  aircraft  carrier 
can  be  described  with  12  sheets  of  paper,  each  one 
showing  the  logic  of  contributions  to  a given  top 
level  function.  The  logic  of  contribution  of 
components  to  intermediate  functions  then 
iteratively  upwards  to  each  top  level  function  is 
described  by  a tree  like  representation.  The 
contribution  coefficients  are  entered  by  the  sailors 
since  they  entirely  depend  how  they  use  the  product. 

Various  types  of  partial  functional  redundancies,  as 
they  will  show  up  in  real  life,  can  be  represented. 

A software  program  allows  entering  the  tree  like 
representation  on  a PC.  It  then  evaluates  the 
probability  of  fulfilling  each  top  level  function  at 
end  of  mission  time,  and  computes  the  sensitivity 
analyses  of  all  parameters,  including  contribution 
coefficients.  The  internal  model  is  an  analytical  one. 


